-
Notifications
You must be signed in to change notification settings - Fork 182
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support io.reactivex.Maybe #857
Conversation
Codecov Report
@@ Coverage Diff @@
## master #857 +/- ##
============================================
- Coverage 97.68% 97.66% -0.02%
- Complexity 819 829 +10
============================================
Files 97 98 +1
Lines 2719 2744 +25
Branches 299 302 +3
============================================
+ Hits 2656 2680 +24
Misses 35 35
- Partials 28 29 +1
Continue to review full report at Codecov.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great!
} | ||
|
||
@Override | ||
public void subscribe(MaybeEmitter<Result> emitter) throws Exception { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nullability
#846
#855
I've added Maybe support only to
PreparedGetObject
. After some thoughts, I came to a conclusion that it doesn't really make much sense to have it for other queries. Maybe is some kind of a reactive optional and in case ofList
,Cursor
andNumberOfResults
queries we always have a valid result for empty cases so I don't see any value in wrapping them intoMaybe
.